dma 



r 



r 



cpu 
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. switch fabnc v 



.if 



cpu 



cthernet 
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How Rings assign address space 

Stepl: ali^iincoming address to self (to some paver of 2) 
Step2: assigithe resiit to self address 

Step3. next_add- = selfaddr + self_addr_space; // number of register usedlocatty 
Step4: send davmn£xt_addr 



Example: 

Dmanseds 16adde 

Uart needs 4 S elf= 32 
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S12 

-A 



clkl 



clk2 



If the delay between "clkl" and "clk2" 
greater then the delay from Q to d of 
second flipflop, we have a race on our 
meaning right hand flipflop will 
sample the data of Q a whole clock period 
early. 



compound A 




no 



compound B 



clock runs with data 

the problem is possible race. 
However, we control the logic on 
each flipflop leaving the compound, 
because it is always the same standart 
ring-interface module, we can ensure, 
that the delay will be at least enough. 
And more importantly easily checked 
after layout. 
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- d 



< 



7* 



compouna ! 



data 



"eta} 



compound B 



clock opposes data 

this arrangement has the advantage 
of auto ensuring the no race 

•condition (at least in this simple 

i \ • 



data_b C ase) exists 



-7* 




data a 



data_a which changes after clkb, 
which is later then clka„ is sampled 
by clka. NO RACE. 



7 




compound B 



compound A 
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Qkfd 



-fit 



latch $b 



clkb 



<3 



-7? 



Qb 



d - 



clka 



data ^3- 



clock 



clock 





clock 



Incertainty range 



data_a leaving the bridge goes to member 4t b" and 
there should be sampled by rising of clkb. clkb 
lags a lot behind clka of the bridge. As clearly seen 
from the waveforms, race is eminent. Here we 
should add latches for all the data lines (-90). 
Adding latch works however if the delay between 
clka and clkb is less then 75% of cycle time, 
otherwise the uncertainty kills the usable time. It 
sets hard limit on the number of ring members. 
Also keep in mind that latches needed on each OK 
signal between members of the ring 
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data 




clock 




ncertainty range 



Here, data_b leaves member "b" to be sampled by 
clka in the bridge. But now clkb lags a lot behind 
clka. This actually works to our advantage, If the 
lag is smaller then better part of clock cycle. This 
solution looks better, because between adjacent 
members, we can take care to delay the datas 
beyond danger zone of clock delay, the OK signals 
are covered automatically, and last leg data is also 
covered. The only signal not safe is the OK from 
bridge to "b" member. It will need a latch in "b". 



big module 



F'9 



data from 
previous member 

elk 




ring interface 



clock 



local clock lags behind 
ring_interface clock of this 
module, because we presume the 
module is big. for data_coming 
out, it is not a problem, it changes 
later then ring-i/f flipflops clock. 
However for data entering the 
module from previous member, 
the race is a possibility we must 
look into. 
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if module <4 a" sends a message to module "b'\ ring works 
fine. However if most of the traffic is from "c" to "b", 
this is more expensive in terms of latency. 



Another problem is "peak latency". Suppose that , "a" 
transmits mostly to "cT and "b" mostly to "c" In this case 
communication between "b" and "c" suffers degradation 
in case that peak traffic coincide. 
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Land bridge gets its name from the fact that it is 
a luxury. It spans across connected modules. 
The idea is simple. When V2 sends message to 
Dl it gets to one side of the bridge. This side 
analyzes the destination address and by some 
magic (explained later) decides to short-cut the 
path. The message re-appears at the other end of 
the bridge and gets fast to Dl . By same magic, 
message fromVl to D2 get bypassed also, 
message fromVl to Dl is treated directly. 



3 near 




Enumeration is started by "Anchor" 
which assigns address= 1 to itself, results 
of enumeration are labels I to 7. land 
bridge gets two addresses , as if it were not 
one module, there is "near" end, that got 
enumeration label "3", and the "far" end 
marked 6. 
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Bridge takes responsibility for strays, 
but only at the "far" end. During 
enumeration, bridge is "polarized" to 
have near and far end. Near is the end 
first struck by enumeration message. • 



So we have exactly one enforcer for each 
ring. 



3 near 




In land bridge ring, the situation is trickier. If V2 
send message to address=5. The land bridge 
divert at 1 1/far end. it will re-appear at 3 and 
start cycling forever. 

We have to define an algorithm that will take 
care of all cases. 

Luckily there is a way. 

Land Bridge deals only with messages arriving 
at the far end and being diverted. It marks and 
monitors only those. Messages arriving at near 
end, keep their markings. Messages at fdar end 
going through, are left alone. 
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s 

S 



2^3 



20 



64 data.-tf* 



ok 



scan_test 



reset 



clk(?) 



s 
1 



elk 



type 



ok 



idle j msgA 



during the first clock, OK remains active, when type 
is of msgA. It means that on the next clock, 
mcmberA may send new message. memberA uses 
this ok to send msgB on the next clock. msgB gets 
stuck for a clock because OK goes inactive. It goes 
inactive because the fifo in memberB is full. One 
clock later, the fifo has a free entry, so OK returns to 
1 and type returns to idle next clock, return to idle 
could also be change to next message, if there was 
one. 



imsg iok 



5 



omsg 00k 




umsg 



uok 
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The incoming messages are examined first 
to see if it is supervisor or work/program. 
Work/program messages have address field. 
We check if it is our address. Since we know 
that our address is aligned to our power of 2, 
The address mask (named split mask) 
causes only certain number if upper bits to 
be compared. The lower part of the address 
is passed inside as internal address. The 
upper bits are compared against self-address 

register. This register gets its value during . 

enumeration protocol. The lower part of this f comparator^ 
register is always masked,. Hopefully I * 

synthesis will delete the unused bits I 




implementation. 



ours/through 



incoming 
address 

address 
split mask 



part of the address 
that enters the member 
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RifJL* RiJL* Rif_o_* modu , eJ d 



RIF 



Address Space = 7 



Activation register 



30O 
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Member 



RifJL* Rif_* Rif_0_* mo dule_id 



RIF 



Address Space = 7 



Activation register 



Fig. 3^ 306 
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(Dma2) ( 





the second land bridge solves most traffic problems, but 
adds 4 clocks in the overall ring length. This is not a big 
problem because no message should travel the whole 
perimiter. 



33 + 



36- 




The Utopia interface is 
forced into mode that 
communicates in 
messages, not cells. We 
using the I/O and maybe 
some of the logic. 



3k 



Application 

Specific 
Accelerators 

CRC 
Encryption 
Table Lookup 
Hashing 

^g9 



Internal Memory 

Fast, Unified, Multi-port 



Network Processor 



Peripheral Expansion ArcJ^ 

Enet, ATM, Uart, USB, Serials 



v. 



System 
Expansion 
Area 

CPU (PP) 

DMA 
Smart FIFO 
Ext. mem I/F 



5>So 
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Internal Memory 



FTU 



lntarii 



l-4nid\5tarc 

H LSU 



Program Sequence? 

PSU 



Vobla Core 



Preiojiitriump 

PBU 



Flump 



'r«fcJ5 



3*+ 



Register Fik- 

RFU 



Anlhrrwrlx: 

DALU 



3 



AG1 



l i I_j !■ I 



Core Debug 



DMA Agent 



E3 



" Agent Qua 



IlxCcnu) Witrki l/F 



Vobla Compound* 



5 

31 
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Other data 




37 



32 register* of 
32 biw per task 

A set or* indications 
por task, which 
control task execution ' 
sdwduhng 

Aft inter face to 
adjacent resources 

Fait memory accessed 
by load/*io*e 
insirueiium 



(.jeneral 
purpose 
registers 



puipose 
registers 



rTJoocrbTIE 



Agent 
interface 



P etxnliguraiion 

^glStefS 



Inieuial 
incnktfy 



External 
memory 



pet task aixi 
glubal register* 



Initialised by 
the PP 



Big area accessed 
via a DMA interface 
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III register: 



1123121: .'2211'. Ill t : i 1 I » M ^ ft ? 
\ b V K : t> ? i lllUUftTftt-lJllU 



lllili 



i i 

i 7 



s - stick} bit 

eq - equal.' zero 

it - kis theivncgaiivc 

gt - gtvariir then/ positive 

c - carry 

mb - reflection of the RAM multi-reader busy indication. 
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Frame structure 
of an example 
task type 



r27. 



¥3 



common 
task data 


task 

fragment 1 
data 






task fragment 
2 data 


task 

fragment 3 
data 


data of ail ievcl2 functions 


level 1 fl 
data 


level! (2 
data 


levcll ft 
data 







size of lev clo 
frame part is 
different for 
each task 
type 

4 sizcoflcvel2 
! frame part is 
* constant 

size of levcll 
frame part is 
different per 
each task 
t>pe 




APP_ID= 10064341 



Page 253 of 280 



A ID O 6 1+3 i! - 1- .1. u Q "7 O S O E 




< •■ ■■-> - Flip Flop 



^> - Logic 
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source add[ 15:0 

t 



memory 
interface 

&data T" 1 I~data outr63:0] 

packer ly - I 

Vobla —J 1 fc | 

request Wdcs adoT23 oi° utpul 



f m J mr.ro _i 

ncm_data_our(6 >;0] 



stal 
busy 



Vobla 
requesi 
entry 



input 




request 


message 




fifo 


decoder 







data outcountci 



qi output 

message 
encoder 



type_ m 
?intcrface_addressl 15.0 
inlerface_data[3 1 :0] 



type out[7:0](sue tcCRf ) 

addrgg out[23:0] 

data_out[63:0] 
RC 
k 



(alsojo C RC) 



ok2dr 



memory data 

MataraddQlfrata[add11bataradd21 



message data 

| bytetOl TbYtetH^I bvtem 



agent commani 
(AID»murtiread< 





vobla entry 
in multireader 

increment first inoop last 
dc Munition , t \ , 

address <°P 2) ("P 1 ) (o P°> 

(op3) 



source nddressf23:0]^jdestinatioiaddrcss[23:0] 



count[7:0] 



source addr in srain addrcssofdestenation number of bvtcs 

to transfer 



Ft a- 
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Vobla 



agent interface 



J 



S"7 



£2* 







main 














entry 




S 




output 












— ► 


message 
encoder 


Q. 
C 




shadow 




outp 








entry 








1 






i 







type out[7.0] 
addles out[23:0] 
data^ut[63:0] 



«j ECSCt 



^ elk 

ok2dnve 



agent command 



opcode 


options[9:0] 


RA 


A1D[4:0] 


RB/imm8 



1^ 



(optionr6J*0) ^ 

me»sage_«ender3^o )0 p tions ( 5:0] j 



raw_data[31:0] 



raw_sddress[23:0] t>pcf7 



message data 



address_of_dcstcnation message type 



agent command opcode 
(AID=me»sage_8ender) 
(option [6] =1) ~ 



options [9 OJ 



RA 



AID[4:0] 



RB 



me»*age_*ender6i 



{l,opuons[S:0]J 


raw_datal63:0] 


raw_addrcss[23 .0] 


10000000 



message data 



oddress_of_dcstcnarion message type 



6Z 



Tfmset mask 



doorbell 



IT 

dirP sct mask 1 
d rrset mask 2 



d n*sct_mask 



t mterft 



Vobla 



1 



token 
control 



_id[5:0] 



request 
entries 
X2 



DMA 
context table 



input 

message 
decoder 



output 

message 
encoder 



type_in[7:0] 



write 1 intcffact_addressl23:0] 
wnteinterfa ce daia(3 1 .0] 
n^b ase address[7:0] 

type out[7:01 
address_out[23 :0] 
fata^!ut[63:0] 



'a 



ok2dri 
.reset. 
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agent command 
(A!0adma agent! 




modify urgcntdir autosend I 
address (OP>) 



(OP9) 



(OPi)sct ack i 

<OP0) <OP3)<OP10) 



dram address 



number of bytes 
to transfer or 
address modifyer 



register 




input 


file 




buffer 


♦ 





tx data mux 



on dmand 




elk 



reset 



(AID=CRC agent) 



type[2:0] size[2:0; 



4*° 



| opcode 


options[9;0] 


RA 


AID[4:0] 






1 





o 



CRCtype data size 9^ ate< }^ ion 



PATA[63:32]| DATA[31:Q]j | RESIDUE 
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Vobla 
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control 
register 



counter 




pre scalci 



div 

by 1 



time stamp 
register 



jr eset 



(AIO°timer agent) 



opcode 


options[9:0] 


RA 


AID 
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doo rbell_cs 




Vobla ~ 



v jIoqi 



rbellcouiv 
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mask control 




priority logic 


logic 







I rif i re set 
hLLvtock 



agent com 
(AIDsdoorbell 



mandl 
bell agw 



opcode 
f!TT 



options[9:0] 



RA 



AID[4:0] 



RB/imm8 



it- 



set/clear clear clear 
global request mask * 
(OP2) (DPI) (OPO) <T 



{0,0.0,0.0.mask_bitjndcx(2:0]} write maiik 
or 

{0,0,0,0, 1, req_bit inde\[2.0]} write request 
or 

{ l,0.0,0.0,count_value[2:0]} write counter 
or 

{0,1.0,0,0,0,0,0} write TGMR 
or 

{1,1 ,0,Oi),0,0 T urgcnt value } write urgent 



yo 
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